English+GermanWikipedia - /page/entry.mu

<!DOCTYPE html>

</head>

</header>

</div>

/* start https://de.wikipedia.org/ */

.mw-parser-output .IPA a{text-decoration:none}

/* end https://de.wikipedia.org/ */

</style><span class="navigation-not-searchable"><span class="IPA"><a href="Liste_der_IPA-Zeichen" title="Liste der IPA-Zeichen"><span title="Aussprache im Internationalen Phonetischen Alphabet (IPA)" lang="zxx">ˈdʒeɪpɛɡ</span></a></span></span>]) ist die gebräuchliche Bezeichnung für die 1992 vorgestellte <a href="Normung" title="Normung">Norm</a> <a href="Internationale_Organisation_f%C3%BCr_Normung" title="Internationale Organisation für Normung">ISO</a>/<a href="International_Electrotechnical_Commission" title="International Electrotechnical Commission">IEC</a> 10918-1 bzw. <a href="Comit%C3%A9_Consultatif_International_T%C3%A9l%C3%A9phonique_et_T%C3%A9l%C3%A9graphique" class="mw-redirect" title="Comité Consultatif International Téléphonique et Télégraphique">CCITT</a> Recommendation T.81, die verschiedene Methoden der <a href="Bildkompression" title="Bildkompression">Bildkompression</a> beschreibt. Die Bezeichnung „JPEG“ geht auf das Gremium <a href="Joint_Photographic_Experts_Group" title="Joint Photographic Experts Group">Joint Photographic Experts Group</a> zurück, das die JPEG-Norm entwickelte.<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup>

</p><p>JPEG schlägt verschiedene Komprimierungs- und Kodierungsmethoden vor, darunter <a href="Verlustbehaftete_Kompression" class="mw-redirect" title="Verlustbehaftete Kompression">verlustbehaftete</a> und <a href="Verlustfreie_Kompression" class="mw-redirect" title="Verlustfreie Kompression">verlustfreie Kompression</a>, verschiedene <a href="Farbtiefe_(Computergrafik)" title="Farbtiefe (Computergrafik)">Farbtiefen</a> sowie sequenzielle oder progressive Modi (normaler Bildaufbau bzw. allmähliche Verfeinerung). Weithin verbreitet ist nur die verlustbehaftete Komprimierung bei sequenziellem oder progressivem Modus und 8-Bit-<a href="Farbkanal" title="Farbkanal">Farbkanälen</a>.

</p><p>Die JPEG-Norm beschreibt lediglich Bildkompressionsverfahren, legt aber nicht fest, wie die so entstandenen Daten gespeichert werden sollen. Gemeinhin werden mit „JPEG-Dateien“ oder „JPG-Dateien“ Dateien im <a href="Grafikformat" title="Grafikformat">Grafikformat</a> <a href="JPEG_File_Interchange_Format" title="JPEG File Interchange Format">JPEG File Interchange Format</a> (JFIF) bezeichnet. JFIF ist jedoch nur <i>eine</i> Art, JPEG-Daten abzulegen; SPIFF und <a href="JPEG_Network_Graphics" title="JPEG Network Graphics">JNG</a> sind weitere, wenn auch wenig gebräuchliche, Möglichkeiten.

</p><p>JPEG/JFIF unterstützt eine maximale Bildgröße von 65.535 × 65.535 Pixel.<sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Übersicht_und_Standards"><span id=".C3.9Cbersicht_und_Standards"></span>Übersicht und Standards</h2></div>

<p>Die JPEG-Norm ISO/IEC 10918-1 definiert folgende Modi, von denen nur die farbig unterlegten gebräuchlich sind:

</p>

<td class="hintergrundfarbe-basis" style="border:0;">Aufbau

</td>

<td colspan="4" style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);">Sequenziell <i>(Sequential)</i>

</td>

<td colspan="4" style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);">Progressiv <i>(Progressive)</i>

</td>

<td colspan="2">Verlustfrei <i>(Lossless)</i>

</td>

<td>Hierarchisch <i>(Hierarchical)</i>

</td></tr>

<tr>

<td class="hintergrundfarbe-basis" style="border:0;">Kodierung

</td>

<td colspan="2" style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);"><a href="Huffman-Kodierung" title="Huffman-Kodierung">Huffman</a>

</td>

<td colspan="2"><a href="Arithmetisches_Kodieren" title="Arithmetisches Kodieren">Arithmetisch</a>

</td>

<td colspan="2" style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);">Huffman

</td>

<td colspan="2">Arithmetisch

</td>

<td>Huffman

</td>

<td>Arithmetisch

</td>

<td>

</td></tr>

<tr>

<td class="hintergrundfarbe-basis" style="border:0;">Bittiefe

</td>

<td style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);">8 Bit

</td>

<td>12 Bit

</td>

<td><span style="visibility:hidden;">0</span>8 Bit

</td>

<td>12 Bit

</td>

<td style="background: light-dark(#ffebad, #2e2405); color: var(--color-base);">8 Bit

</td>

<td>12 Bit

</td>

<td><span style="visibility:hidden;">0</span>8 Bit

</td>

<td>12 Bit

</td>

<td>2-16 Bit

</td>

<td>2-16 Bit

</td>

<td>Bittiefe je nach kombinierten Modi

</td></tr></tbody></table>

<p>Zusätzlich zum in ISO/IEC 10918-1 definierten verlustbehafteten Modus gibt es noch die verbesserte, verlustfreie Komprimierungsmethode JPEG-LS, die in einer anderen Norm festgelegt wurde. Außerdem existiert noch die <a href="JBIG" title="JBIG">JBIG</a>-Norm zur Komprimierung von Schwarzweißbildern.

</p><p>JPEG und JPEG-LS sind in den folgenden Standards definiert:

</p>

<table>

<td>JPEG (verlustbehaftet und verlustfrei):</td>

<td><a rel="nofollow" class="external text" href="https://www.w3.org/Graphics/JPEG/itu-t81.pdf">ITU-T T.81</a> (PDF; 1,1 MB), ISO/IEC IS 10918-1

</td></tr>

<tr>

<td>JPEG (Erweiterungen):</td>

<td>ITU-T T.84

</td></tr>

<tr>

<td>JPEG-LS (verlustfrei, verbessert):</td>

<td>ITU-T T.87, ISO/IEC IS 14495-1

</td></tr></tbody></table>

<p>Die JPEG-Norm trägt den offiziellen Titel <i>Information technology – Digital compression and coding of continuous-tone still images: Requirements and guidelines.</i> Das „Joint“ im Namen stammt von der Zusammenarbeit von <a href="Internationale_Fernmeldeunion" title="Internationale Fernmeldeunion">ITU</a>, <a href="International_Electrotechnical_Commission" title="International Electrotechnical Commission">IEC</a> und <a href="Internationale_Organisation_f%C3%BCr_Normung" title="Internationale Organisation für Normung">ISO</a>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Die_JPEG-Komprimierung">Die JPEG-Komprimierung</h2></div>

<p>Die JPEG-Norm definiert 41 verschiedene Unterdateiformate, von denen aber meist nur eines unterstützt wird (und welches auch fast alle Anwendungsfälle abdeckt).

</p><p>Die Kompression erfolgt in mehreren Verarbeitungsschritten, von denen vier verlustbehaftet sind.

</p>

<ul><li>Farbmodellumrechnung vom (meist) <a href="RGB-Farbraum" title="RGB-Farbraum">RGB-Farbraum</a> ins <a href="YCbCr" class="mw-redirect" title="YCbCr">YCbCr</a>-Farbmodell (analog zu CCIR 601) (theoretisch verlustfrei, nach CCIR 601 verlustbehaftet).</li>

<li><a href="Tiefpassfilterung" class="mw-redirect" title="Tiefpassfilterung">Tiefpassfilterung</a> und <a href="Farbunterabtastung" title="Farbunterabtastung">Unterabtastung</a> der Farbabweichungssignale Cb und Cr (verlustbehaftet).</li>

<li>Einteilung in 8×8-Blöcke und <a href="Diskrete_Kosinustransformation" title="Diskrete Kosinustransformation">diskrete Kosinustransformation</a> dieser Blöcke (theoretisch verlustfrei, durch Rundungsfehler aber verlustbehaftet).</li>

<li><a href="Quantisierung_(Messtechnik)" class="mw-redirect" title="Quantisierung (Messtechnik)">Quantisierung</a> (verlustbehaftet).</li>

<li>Umsortierung.</li>

<li><a href="Entropiekodierung" title="Entropiekodierung">Entropiekodierung</a>.</li></ul>

<p>Die Datenreduktion erfolgt durch die verlustbehafteten Verarbeitungsschritte in Zusammenwirken mit der <a href="Entropiekodierung" title="Entropiekodierung">Entropiekodierung</a>.

</p><p>Kompressionen bis etwa 1,5–2 Bit/Pixel sind visuell verlustfrei, bei 0,7–1 Bit/Pixel sind noch gute Ergebnisse erzielbar, unter 0,3 Bit/Pixel wird JPEG praktisch unbrauchbar, das Bild wird zunehmend von unübersehbaren <a href="Kompressionsartefakt" title="Kompressionsartefakt">Kompressionsartefakten</a> (Blockbildung, stufige Übergänge, Farbeffekte an Graukeilen) überdeckt. Der Nachfolger <a href="JPEG_2000" title="JPEG 2000">JPEG 2000</a> ist wesentlich weniger für diese Art von Artefakten anfällig.

</p><p>Sieht man als Quellformat 24-Bit-RGB-Dateien an, erhält man Kompressionsraten von 12 bis 15 für visuell verlustfreie Bilder und bis zu 35 für noch gute Bilder. Die Qualität hängt aber neben der Kompressionsrate noch von der Art der Bilder ab. Rauschen und regelmäßige feine Strukturen im Bild verringern die maximal mögliche Kompressionsrate.

</p><p>Der JPEG Lossless Mode zur verlustfreien Kompression verwendet ein anderes Verfahren (<a href="Pr%C3%A4diktive_Kodierung" title="Prädiktive Kodierung">prädiktiver Koder</a> und <a href="Entropiekodierung" title="Entropiekodierung">Entropiekodierung</a>).

</p>

<div class="mw-heading mw-heading3"><h3 id="Farbmodellumrechnung">Farbmodellumrechnung</h3></div>

<p>Das Ausgangsbild, welches meist als <a href="RGB-Farbraum" title="RGB-Farbraum">RGB</a>-Bild vorliegt, wird in das <a href="YCbCr" class="mw-redirect" title="YCbCr">YCbCr</a>-Farbmodell umgerechnet. Grundsätzlich wird dabei das <a href="YPbPr" class="mw-redirect" title="YPbPr">YPbPr</a>-Schema

nach <a href="CCIR_601" class="mw-redirect" title="CCIR 601">CCIR 601</a> verwendet:

</p>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}\approx {\begin{bmatrix}0{,}299&0{,}587&0{,}114\\-0{,}168736&-0{,}331264&0{,}5\\0{,}5&-0{,}418688&-0{,}081312\end{bmatrix}}\cdot {\begin{bmatrix}R'\\G'\\B'\end{bmatrix}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/97da7b4d45440a6d967619c547dc88a62d011e8d.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -4.005ex; width:58.061ex; height:9.176ex;" alt="{\displaystyle {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}\approx {\begin{bmatrix}0{,}299&0{,}587&0{,}114\\-0{,}168736&-0{,}331264&0{,}5\\0{,}5&-0{,}418688&-0{,}081312\end{bmatrix}}\cdot {\begin{bmatrix}R'\\G'\\B'\end{bmatrix}}}" loading="lazy"></span></dd></dl>

<p>Da die R′G′B′-Werte bereits digital als 8-Bit-Zahlen im Bereich {0, 1, …, 255} vorliegen, müssen die YPbPr-Komponenten lediglich verschoben (renormiert) werden, wodurch die Komponenten Y′ (<i>Luminanz</i>), Cb (<i>color blueness</i>) und Cr (<i>color redness</i>) entstehen:

</p>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mrow>

</msubsup>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</msubsup>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</msubsup>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\begin{bmatrix}Y'\\Cb\\Cr\end{bmatrix}}\approx {\begin{bmatrix}0\\128\\128\end{bmatrix}}+{\begin{bmatrix}0{,}299&0{,}587&0{,}114\\-0{,}168736&-0{,}331264&0{,}5\\0{,}5&-0{,}418688&-0{,}081312\end{bmatrix}}\cdot {\begin{bmatrix}R'_{d}\\G'_{d}\\B'_{d}\end{bmatrix}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/c5ac6b9c516f12aad10885fd32081ef0855f8e44.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -4.505ex; width:68.669ex; height:10.176ex;" alt="{\displaystyle {\begin{bmatrix}Y'\\Cb\\Cr\end{bmatrix}}\approx {\begin{bmatrix}0\\128\\128\end{bmatrix}}+{\begin{bmatrix}0{,}299&0{,}587&0{,}114\\-0{,}168736&-0{,}331264&0{,}5\\0{,}5&-0{,}418688&-0{,}081312\end{bmatrix}}\cdot {\begin{bmatrix}R'_{d}\\G'_{d}\\B'_{d}\end{bmatrix}}}" loading="lazy"></span></dd></dl>

<p>Die Komponenten liegen nun wiederum im Wertebereich {0, 1, …, 255}.

</p><p>Bei der Umrechnung des Farbmodells entstehen die üblichen Rundungsfehler durch begrenzte Rechengenauigkeit.

</p>

<div class="mw-heading mw-heading3"><h3 id="Tiefpassfilterung_der_Farbdifferenzsignale">Tiefpassfilterung der Farbdifferenzsignale</h3></div>

<p>Die Farbabweichungssignale Cb und Cr werden meist in reduzierter Auflösung gespeichert. Dazu werden sie <a href="Tiefpass" title="Tiefpass">tiefpassgefiltert</a> und <a href="Farbunterabtastung" title="Farbunterabtastung">unterabgetastet</a> (im einfachsten Fall durch eine Mittelwertbildung).

</p><p>Meist wird eine vertikale und horizontale Unterabtastung jeweils um den Faktor 2 verwendet (YCbCr 4:2:0), die die Datenmenge um den Faktor 4 reduziert. Bei dieser Umwandlung wird die Tatsache ausgenutzt, dass die Ortsauflösung des menschlichen Auges für Farben deutlich geringer ist als für Helligkeitsübergänge.

</p>

<div class="mw-heading mw-heading3"><h3 id="Blockbildung_und_diskrete_Kosinustransformation">Blockbildung und diskrete Kosinustransformation</h3></div>

<p>Jede Komponente (Y, Cb und Cr) des Bildes wird in 8×8-Blöcke eingeteilt. Diese werden einer zweidimensionalen <a href="Diskrete_Kosinustransformation" title="Diskrete Kosinustransformation">diskreten Kosinustransformation</a> (DCT) unterzogen:

</p>

<msub>

</mrow>

</msub>

<mfrac>

</mfrac>

</mrow>

<msub>

</mrow>

</msub>

<msub>

</mrow>

</msub>

</mrow>

</mrow>

</munderover>

</mrow>

</mrow>

</munderover>

<msub>

</mrow>

</msub>

<mfrac>

<mrow>

</mrow>

</mfrac>

</mrow>

<mfrac>

<mrow>

</mrow>

</mfrac>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle F_{xy}={1 \over 4}C_{x}C_{y}\sum _{m=0}^{7}\sum _{n=0}^{7}f_{mn}\cos {\frac {(2m+1)x\pi }{16}}\cos {\frac {(2n+1)y\pi }{16}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/07d4eafe82481b17c521c42bca9a26ab37c44ab8.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -3.005ex; width:57.963ex; height:7.343ex;" alt="{\displaystyle F_{xy}={1 \over 4}C_{x}C_{y}\sum _{m=0}^{7}\sum _{n=0}^{7}f_{mn}\cos {\frac {(2m+1)x\pi }{16}}\cos {\frac {(2n+1)y\pi }{16}}}" loading="lazy"></span></dd></dl>

<p>mit

</p>

<msub>

</mrow>

</msub>

<msub>

</mrow>

</msub>

<mrow>

<mtr>

<mtd>

<mfrac>

<msqrt>

</msqrt>

</mrow>

</mfrac>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

<mtext>sonst </mtext>

</mrow>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle C_{x},C_{y}={\begin{cases}{1 \over {\sqrt {2}}}&{\text{wenn }}x,y=0\\1&{\text{sonst }}\end{cases}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/ba14fbd19576d1e989660891b50e04dcf6e0cb0d.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -3.171ex; width:31.308ex; height:7.509ex;" alt="{\displaystyle C_{x},C_{y}={\begin{cases}{1 \over {\sqrt {2}}}&{\text{wenn }}x,y=0\\1&{\text{sonst }}\end{cases}}}" loading="lazy"></span></dd></dl>

<p>Diese Transformation lässt sich unter Nutzung der <a href="Schnelle_Fourier-Transformation" title="Schnelle Fourier-Transformation">schnellen Fourier-Transformation</a> (FFT) mit sehr wenig Aufwand implementieren. Die DCT ist eine <a href="Orthogonale_Abbildung" title="Orthogonale Abbildung">orthogonale</a> <a href="Konvertierung_(Informatik)" title="Konvertierung (Informatik)">Transformation</a>, weist gute Energiekompressionseigenschaften auf und es gibt eine inverse Transformation, die IDCT (was auch bedeutet, dass die DCT verlustfrei ist, es gingen keine Informationen verloren, da die Daten lediglich in eine für die weitere Verarbeitung günstigere Form gebracht wurden).

</p>

<div class="mw-heading mw-heading3"><h3 id="Quantisierung">Quantisierung</h3></div>

<p>Wie bei allen verlustbehafteten Kodierungsverfahren wird die eigentliche Datenreduktion (und Qualitätsverschlechterung) durch eine Quantisierung erreicht. Dazu werden die DCT-Koeffizienten durch die Quantisierungsmatrix geteilt (elementweise dividiert) und danach auf die nächstliegende Ganzzahl gerundet:

</p>

<msup>

</mrow>

</msup>

<mi>round</mi>

<mrow>

<mfrac>

<mrow>

</mrow>

<mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle F^{Q}(x,y)=\operatorname {round} \left({\frac {F(x,y)}{Q(x,y)}}\right)}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/5b5d03f48d879454acef335bf264a58dbf6d1cfc.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -2.671ex; width:29.149ex; height:6.509ex;" alt="{\displaystyle F^{Q}(x,y)=\operatorname {round} \left({\frac {F(x,y)}{Q(x,y)}}\right)}" loading="lazy"></span></dd></dl>

<p>Bei diesem Rundungsschritt findet eine <a href="Datenkompression#Irrelevanzreduktion" title="Datenkompression">Irrelevanzreduktion</a> statt. Die Quantisierungsmatrix ist sowohl für die Qualität als auch für die Kompressionsrate verantwortlich. Sie ist in JPEG-Dateien im Header abgespeichert (DQT-Marker).

</p><p>Optimal ist die Quantisierungsmatrix, wenn sie in etwa die Empfindlichkeit des Auges für die entsprechenden Ortsfrequenzen repräsentiert. Für grobe Strukturen ist das Auge empfindlicher, daher sind die Quantisierungswerte für diese Frequenzen kleiner als die für hohe Frequenzen.

</p><p>Hier ein Beispiel für eine Quantisierungsmatrix und ihre Anwendung auf einen 8×8-Block aus DCT-Koeffizienten:

</p>

<mtr>

<mtd>

</mtd>

<mtd>

<mrow>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

<mrow>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

<mtd>

</mrow>

</mtd>

</mtr>

</mtable>

</mrow>

</mtd>

</mtr>

<mtr>

<mtd>

<msup>

</mrow>

</msup>

</mtd>

<mtd>

<mrow>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\begin{alignedat}{2}Q&={\begin{bmatrix}10&15&25&37&51&66&82&100\\15&19&28&39&52&67&83&101\\25&28&35&45&58&72&88&105\\37&39&45&54&66&79&94&111\\51&52&58&66&76&89&103&119\\66&67&72&79&89&101&114&130\\82&83&88&94&103&114&127&142\\100&101&105&111&119&130&142&156\end{bmatrix}}\\F&={\begin{bmatrix}782{,}91&44{,}93&172{,}52&-35{,}28&-20{,}58&35{,}93&2{,}88&-3{,}85\\-122{,}35&-75{,}46&-7{,}52&55{,}00&30{,}72&-17{,}73&8{,}29&1{,}97\\-2{,}99&-32{,}77&-57{,}18&-30{,}07&1{,}76&17{,}63&12{,}23&-13{,}57\\-7{,}98&0{,}66&2{,}41&-21{,}28&-31{,}07&-17{,}20&-9{,}68&16{,}94\\3{,}87&7{,}07&0{,}56&5{,}13&-2{,}47&-15{,}09&-17{,}70&-3{,}76\\-3{,}77&0{,}80&-1{,}46&-3{,}50&1{,}48&4{,}13&-6{,}32&-18{,}47\\1{,}78&3{,}28&4{,}63&3{,}27&2{,}39&-2{,}31&5{,}21&11{,}77\\-1{,}75&0{,}43&-2{,}72&-3{,}05&3{,}95&-1{,}83&1{,}98&3{,}87\end{bmatrix}}\\F^{Q}&={\begin{bmatrix}78&3&7&-1&0&1&0&0\\-8&-4&0&1&1&0&0&0\\0&-1&-2&-1&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\end{bmatrix}}\end{alignedat}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/48900acaa504bd3e9263cebecaebebc7f885dedf.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -38.005ex; width:85.308ex; height:77.176ex;" alt="{\displaystyle {\begin{alignedat}{2}Q&={\begin{bmatrix}10&15&25&37&51&66&82&100\\15&19&28&39&52&67&83&101\\25&28&35&45&58&72&88&105\\37&39&45&54&66&79&94&111\\51&52&58&66&76&89&103&119\\66&67&72&79&89&101&114&130\\82&83&88&94&103&114&127&142\\100&101&105&111&119&130&142&156\end{bmatrix}}\\F&={\begin{bmatrix}782{,}91&44{,}93&172{,}52&-35{,}28&-20{,}58&35{,}93&2{,}88&-3{,}85\\-122{,}35&-75{,}46&-7{,}52&55{,}00&30{,}72&-17{,}73&8{,}29&1{,}97\\-2{,}99&-32{,}77&-57{,}18&-30{,}07&1{,}76&17{,}63&12{,}23&-13{,}57\\-7{,}98&0{,}66&2{,}41&-21{,}28&-31{,}07&-17{,}20&-9{,}68&16{,}94\\3{,}87&7{,}07&0{,}56&5{,}13&-2{,}47&-15{,}09&-17{,}70&-3{,}76\\-3{,}77&0{,}80&-1{,}46&-3{,}50&1{,}48&4{,}13&-6{,}32&-18{,}47\\1{,}78&3{,}28&4{,}63&3{,}27&2{,}39&-2{,}31&5{,}21&11{,}77\\-1{,}75&0{,}43&-2{,}72&-3{,}05&3{,}95&-1{,}83&1{,}98&3{,}87\end{bmatrix}}\\F^{Q}&={\begin{bmatrix}78&3&7&-1&0&1&0&0\\-8&-4&0&1&1&0&0&0\\0&-1&-2&-1&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\\0&0&0&0&0&0&0&0\end{bmatrix}}\end{alignedat}}}" loading="lazy"></span></dd></dl>

</div>

<p>wobei <span class="mwe-math-element mwe-math-element-inline"><span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;"><math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle F^{Q}}">

<msup>

</mrow>

</msup>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle F^{Q}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/4afd91c2e35edd0c4d0a2af009d10189bb62a6e7.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -0.338ex; width:3.347ex; height:2.676ex;" alt="{\displaystyle F^{Q}}" loading="lazy"></span> berechnet wird mit:

</p>

<msup>

</mrow>

</msup>

<mi>round</mi>

<mrow>

<mfrac>

<mrow>

</mrow>

<mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

<mi>round</mi>

<mrow>

<mfrac>

<mrow>

</mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle F^{Q}(0,0)=\operatorname {round} \left({\frac {F(0,0)}{Q(0,0)}}\right)=\operatorname {round} \left({\frac {782{,}91}{10}}\right)=78}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/d59a8816f3a0d303f8102ad04d588c61d8c850b1.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -2.671ex; width:54.019ex; height:6.509ex;" alt="{\displaystyle F^{Q}(0,0)=\operatorname {round} \left({\frac {F(0,0)}{Q(0,0)}}\right)=\operatorname {round} \left({\frac {782{,}91}{10}}\right)=78}" loading="lazy"></span></dd></dl>

<msup>

</mrow>

</msup>

<mi>round</mi>

<mrow>

<mfrac>

<mrow>

</mrow>

<mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

<mi>round</mi>

<mrow>

<mfrac>

<mrow>

</mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle F^{Q}(0,1)=\operatorname {round} \left({\frac {F(0,1)}{Q(0,1)}}\right)=\operatorname {round} \left({\frac {-122{,}35}{15}}\right)=-8}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/b9d1d8a5c81797d6da5e8d68fbabbe144833e0ca.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -2.671ex; width:56.473ex; height:6.509ex;" alt="{\displaystyle F^{Q}(0,1)=\operatorname {round} \left({\frac {F(0,1)}{Q(0,1)}}\right)=\operatorname {round} \left({\frac {-122{,}35}{15}}\right)=-8}" loading="lazy"></span></dd></dl>

<p>usw.

</p>

<div class="mw-heading mw-heading3"><h3 id="Umsortierung_und_Differenzkodierung_des_Gleichanteils">Umsortierung und Differenzkodierung des Gleichanteils</h3></div>

<p>Die 64 Koeffizienten der diskreten Cosinus-Transformation werden anhand der <a href="Frequenz" title="Frequenz">Frequenz</a> sortiert. Dadurch ergibt sich eine <a href="Zickzack-Muster" title="Zickzack-Muster">zickzackförmige</a> Reihenfolge, beginnend mit dem Gleichanteil mit der Frequenz 0. Nach dem englischen <i>Direct Current</i> (für <a href="Gleichstrom" title="Gleichstrom">Gleichstrom</a>) wird er mit <i>DC</i> abgekürzt, hier bezeichnet er die mittlere Helligkeit. Die Koeffizienten mit hohem Wert stehen nun meist zuerst und kleine Koeffizienten weiter hinten. Dies optimiert die Eingabe der nachfolgenden <a href="Laufl%C3%A4ngenkodierung" title="Lauflängenkodierung">Lauflängenkodierung</a>. Die Umsortierreihenfolge sieht folgendermaßen aus:

</p>

<pre> 1 2 6 7 15 16 28 29

3 5 8 14 17 27 30 43

4 9 13 18 26 31 42 44

10 12 19 25 32 41 45 54

11 20 24 33 40 46 53 55

21 23 34 39 47 52 56 61

22 35 38 48 51 57 60 62

36 37 49 50 58 59 63 64

</pre>

<p>Weiterhin wird der Gleichanteil noch einmal differentiell zum Block links daneben kodiert und auf diese Weise die Abhängigkeiten zwischen benachbarten Blöcken berücksichtigt.

</p><p>Das obige Beispiel führt zu den folgenden umsortierten Koeffizienten

</p>

<pre>119 …

78 3 -8 0 -4 7 -1 0 -1 0 0 0 -2 1 0 1 1 -1 0 …

102 5 -5 0 3 -4 2 -1 0 0 0 0 1 1 -1 0 0 -1 0 0 0 0 0 0 0 1 0 …

75 -19 2 -1 0 -1 1 -1 0 0 0 0 0 0 1 …

132 -3 -1 -1 -1 0 0 0 -1 0 …

</pre>

<p>Die Differenzkodierung des ersten Koeffizienten ergibt dann:

</p>

<pre>-41 3 -8 0 -4 7 -1 0 -1 0 0 0 -2 1 0 1 1 -1 0 …

24 5 -5 0 3 -4 2 -1 0 0 0 0 1 1 -1 0 0 -1 0 0 0 0 0 0 0 1 0 …

-27 -19 2 -1 0 -1 1 -1 0 0 0 0 0 0 1 …

57 -3 -1 -1 -1 0 0 0 -1 0 …

</pre>

<p>In strukturarmen Regionen (desselben Bildes) können die Koeffizienten auch so aussehen:

</p>

<pre> 35 -2 0 0 0 1 0 …

4 0 1 0 …

0 0 2 0 1 0 …

-13 0 -1 …

8 1 0 …

-2 0 …

</pre>

<p>Diese Bereiche lassen sich besser kodieren als strukturreiche Gebiete, beispielsweise durch eine Lauflängenkodierung.

</p><p>Die Zickzack-Umsortierung der DCT-Koeffizienten fällt zwar unter den Schutzbereich des im Jahre 1986 angemeldeten US-<a href="Patent" title="Patent">Patentes</a> 4,698,672 (und weiterer Anmeldungen und Patente in Europa und Japan).<sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> Jedoch wurde 2002 herausgefunden, dass das beanspruchte Verfahren nach dem <a href="Stand_der_Technik" title="Stand der Technik">Stand der Technik</a> nicht neu war, sodass die Ansprüche kaum durchsetzbar gewesen wären.<sup id="cite_ref-4" class="reference"><a href="#cite_note-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup> Inzwischen sind die Patente dieser Patentfamilie durch Zeitablauf erloschen, wie beispielsweise das EP-Patent 0 266 049 B1 im September 2007.

</p>

<div class="mw-heading mw-heading3"><h3 id="Entropiekodierung">Entropiekodierung</h3></div>

<p>Als <a href="Entropiekodierung" title="Entropiekodierung">Entropiekodierung</a> wird meist eine <a href="Huffman-Kodierung" title="Huffman-Kodierung">Huffman-Kodierung</a> verwendet. Der JPEG-Standard erlaubt auch eine <a href="Arithmetische_Kodierung" class="mw-redirect" title="Arithmetische Kodierung">arithmetische Kodierung</a>. Obwohl diese zwischen 5 und 15 Prozent kleinere Dateien generiert, wird sie aus patentrechtlichen Gründen kaum verwendet, zudem ist diese Kodierung deutlich langsamer.

</p>

<div class="mw-heading mw-heading2"><h2 id="Die_JPEG-Dekodierung">Die JPEG-Dekodierung</h2></div>

<p>Die Dekompression (meist Dekodierung genannt) erfolgt invers zur Kompression:

</p>

<ul><li>Entropie-Dekodierung</li>

<li>Umsortierung</li>

<li>Requantisierung</li>

<li>Inverse Diskrete Kosinustransformation.</li>

<li>Überabtastung und Tiefpassfilterung der Farbdifferenzsignal U und V (verlustbehaftet)</li>

<li>Farbmodellumrechnung vom <a href="YCbCr-Farbmodell" title="YCbCr-Farbmodell">YCbCr-Farbmodell</a> in den Zielfarbraum (meist <a href="RGB-Farbraum" title="RGB-Farbraum">RGB</a>)</li></ul>

<p>Die Dekompression ist zwar (weitgehend) verlustfrei, allerdings tritt das Inverse-Dekoder-Problem auf. Aus dekodierten Daten ist es nur schwierig möglich, die ursprüngliche Datei zu rekonstruieren. Ein Dekodier-Kodier-Vorgang verändert die Datei und ist damit nicht verlustfrei, es treten wie beim analogen Überspielen Generationsverluste auf.

</p><p>Die <a href="Generationsverlust" title="Generationsverlust">Generationsverluste</a> von JPEG sind allerdings vergleichsweise klein, wenn wieder die gleiche Quantisierungstabelle zum Einsatz kommt und die Blockgrenzen die gleichen sind. Bei geeigneten Randbedingungen kann man sie bei JPEG sogar vermeiden.

Bei JPEG-2000 ist das nicht mehr der Fall (überlappende Transformationen, wie sie bei JPEG-2000 wie auch in der <a href="Audiodatenkompression" title="Audiodatenkompression">Audiodatenkompression</a> zum Einsatz kommen, erfordern dafür sehr große Rechenleistungen).

</p>

<div class="mw-heading mw-heading3"><h3 id="Inverse_diskrete_Kosinustransformation">Inverse diskrete Kosinustransformation</h3></div>

<p>Zur DCT existiert die inverse Transformation, die IDCT:

</p>

<msub>

</mrow>

</msub>

<mfrac>

</mfrac>

</mrow>

</mrow>

</mrow>

</munderover>

</mrow>

</mrow>

</munderover>

<msub>

</mrow>

</msub>

<msub>

</mrow>

</msub>

<msub>

</mrow>

</msub>

<mrow>

<mfrac>

<mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

<mrow>

<mfrac>

<mrow>

</mrow>

</mfrac>

</mrow>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle f_{xy}={1 \over 4}\sum _{m=0}^{7}\sum _{n=0}^{7}C_{m}C_{n}F_{mn}\cos \left[{\frac {(2x+1)m\pi }{16}}\right]\cos \left[{\frac {(2y+1)n\pi }{16}}\right]}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/ac2a627e2f77e61f8f2b0022b89c7ff1bed5971f.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -3.005ex; width:62.77ex; height:7.343ex;" alt="{\displaystyle f_{xy}={1 \over 4}\sum _{m=0}^{7}\sum _{n=0}^{7}C_{m}C_{n}F_{mn}\cos \left[{\frac {(2x+1)m\pi }{16}}\right]\cos \left[{\frac {(2y+1)n\pi }{16}}\right]}" loading="lazy"></span></dd></dl>

<p>mit den gleichen Korrekturfaktoren <span class="mwe-math-element mwe-math-element-inline"><span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;"><math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle C_{k}}">

<msub>

</mrow>

</msub>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle C_{k}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/1a0887b56787ba96e79de2b9f5c6ff30aabad1c6.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -0.671ex; width:2.751ex; height:2.509ex;" alt="{\displaystyle C_{k}}" loading="lazy"></span> wie bei der DCT.

</p>

<div class="mw-heading mw-heading3"><h3 id="Farbmodellumrechnung_2">Farbmodellumrechnung</h3></div>

<p>Die Rückrechnung vom YCbCr-Farbmodell in den RGB-Farbraum erfolgt über die <a href="Inverse_Matrix" title="Inverse Matrix">inverse Matrix</a> der Hinrechnung, sie lautet:

</p>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

<mtd>

</mtd>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\begin{bmatrix}R'\\G'\\B'\end{bmatrix}}={\begin{bmatrix}1&0&1{,}402\\1&-0{,}344136&-0{,}714136\\1&1{,}772&0\end{bmatrix}}\cdot {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/f1cc0d8d5f1dad75f5cf1c21f4a8bb0c465e3b0b.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -4.005ex; width:48.631ex; height:9.176ex;" alt="{\displaystyle {\begin{bmatrix}R'\\G'\\B'\end{bmatrix}}={\begin{bmatrix}1&0&1{,}402\\1&-0{,}344136&-0{,}714136\\1&1{,}772&0\end{bmatrix}}\cdot {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}}" loading="lazy"></span></dd></dl>

<p>mit:

</p>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

<msup>

</msup>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

<mrow>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

<mtr>

<mtd>

</mtd>

</mtr>

</mtable>

</mrow>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}={\begin{bmatrix}Y'\\Cb\\Cr\end{bmatrix}}-{\begin{bmatrix}0\\128\\128\end{bmatrix}}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/bae409cc8d79d7dc865edae4f81117c74d14fd15.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -4.005ex; width:26.592ex; height:9.176ex;" alt="{\displaystyle {\begin{bmatrix}Y'\\Pb\\Pr\end{bmatrix}}={\begin{bmatrix}Y'\\Cb\\Cr\end{bmatrix}}-{\begin{bmatrix}0\\128\\128\end{bmatrix}}}" loading="lazy"></span></dd></dl>

<div class="mw-heading mw-heading2"><h2 id="Progressives_JPEG">Progressives JPEG</h2></div>

<p>Ein JPEG-Bild besteht aus Koeffizienten. Diese speichern keine Pixel, sondern Annäherungen des gesamten Bildinhalts eines 8×8-Bildblocks. Beim Progressive JPEG werden erst die ersten Koeffizienten jedes Bildblocks, dann die zweiten usw. der Reihe nach abgespeichert, so dass die Annäherung an das Originalbild immer besser wird.

</p><p>Wie beim Interlacing, das bei GIF angewendet wird, liegt der Zweck darin, dem Benutzer, noch bevor die gesamte Datei geladen ist, schnell ein grobes Vorschaubild zu geben. Dies ist besonders dann sinnvoll, wenn das Laden eines Bildes länger als eine halbe bis ganze Sekunde dauert bzw. man nur ein Vorschaubild benötigt. Jedoch werden große Bilder trotzdem meistens im normalen JPEG-Modus zum Download angeboten.

</p>

<div class="mw-heading mw-heading2"><h2 id="Verlustfreie_Nachbearbeitung_von_JPEG">Verlustfreie Nachbearbeitung von JPEG</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Verlustfreie_visuelle_Nachbearbeitung">Verlustfreie visuelle Nachbearbeitung</h3></div>

<p>Obwohl eine Dekodierung und Rekodierung meist verlustbehaftet ist, lassen sich einige Bildmanipulationen (prinzipiell) ohne unerwünschte Datenverluste durchführen:

</p>

<ul><li>Bilddrehungen um 90°, 180° und 270°</li>

<li>horizontale und vertikale Bildspiegelungen</li>

<li>Beschneiden von Rändern um Vielfache von 16 Pixeln (bzw. 8 Pixel bei Schwarzweißbildern oder Farbbildern ohne Unterabtastung)</li></ul>

<p>Dazu ist die Entropiekodierung und die Zickzack-Umsortierung rückgängig zu machen. Die Operationen erfolgen dann auf Grundlage der DCT-Koeffizienten (Umsortieren, Weglassen nicht benötigter Blöcke). Danach erfolgen wieder die Zickzack-Umsortierung und die Entropiekodierung. Es erfolgen <i>keine</i> verlustbehafteten Arbeitsschritte mehr. Nicht jedes Programm führt diese Operationen verlustfrei durch, es benötigt dazu spezielle dateiformatspezifische Verarbeitungsmodule. Die gängigen <a href="Bildbearbeitung" title="Bildbearbeitung">Bildbearbeitungsprogramme</a> bieten aber mittlerweile in aller Regel eine verlustfreie Drehung/Spiegelung an; daneben aber auch eine verlustbehaftete, bei der die Datei zunächst in ein Bitmuster dekodiert und dann mit diesen Daten gearbeitet wird. Drehungen um Winkel anders als 90°/180°/270° sind immer verlustbehaftet. Als Programmbeispiel sei das kostenlose <a href="IrfanView" title="IrfanView">IrfanView</a> für Windows genannt.

</p><p>Bilder, deren Auflösung nicht ein Vielfaches von 16 Pixeln (bzw. 8 Pixel bei Schwarzweißbildern oder Farbbildern ohne Unterabtastung) beträgt, sind problematisch. Sie weisen unvollständige Blöcke auf, das heißt, Blöcke, die nicht alle synthetisierten Pixel verwenden. JPEG erlaubt solche Blöcke aber nur am rechten und am unteren Bildrand. Einige dieser Operationen verlangen daher einmalig, dass diese Randstreifen verworfen werden.

</p>

<div class="mw-heading mw-heading3"><h3 id="Verlustfreie_erweiterte_Kompression_der_Daten"><span id="Lepton"></span>Verlustfreie erweiterte Kompression der Daten</h3></div>

<dl><dt>Warnung</dt>

<dd>Die Dateien lassen sich danach von kaum noch von einem Programm öffnen, da arithmetische Kodierung kaum unterstützt wird.</dd>

<dd>Eine Rückkodierung unterstützt das Programm auch nicht.</dd>

<dd>Neben der arithmetischen Kodierung liegen die Daten auch nicht im JFIF-Format vor, so dass es kein übliches Programm mehr öffnen kann.</dd></dl>

<p>Die Firma <a href="Dropbox" title="Dropbox">Dropbox</a> hat ein Programm entwickelt, welches mittels <a href="Arithmetisches_Kodieren" title="Arithmetisches Kodieren">arithmetischen Kodierens</a> den Platzbedarf von bereits vorhandenen JPEG-Dateien nochmals um durchschnittlich ungefähr 20 Prozent verkleinert. Das Programm heißt <i>Lepton</i> und steht unter der <a href="Apache-Lizenz" title="Apache-Lizenz">Apache-2.0-Lizenz</a>, einer <a href="Open-Source-Lizenz" class="mw-redirect" title="Open-Source-Lizenz">Open-Source-Lizenz</a>.<sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Beispielbild">Beispielbild</h2></div>

<p>Das folgende Beispielbild mit der <a href="Bildaufl%C3%B6sung" title="Bildauflösung">Bildauflösung</a> 313 × 234 <a href="Pixel" title="Pixel">Pixel</a> mit 24 Bit <a href="Farbtiefe_(Computergrafik)" title="Farbtiefe (Computergrafik)">Farbtiefe</a> wurde mit fünf verschiedenen Qualitätsfaktoren als JPEG-Datei gespeichert. Je größer der Qualitätsfaktor Q, desto höher ist die Bildqualität und desto schwächer sind die <a href="Kompressionsartefakt" title="Kompressionsartefakt">Kompressionsartefakte</a>. Für Q = 25 sind bereits starke Kompressionsartefakte vorhanden. Für Q = 10 und Q = 1 sind die 8×8-Bildblöcke deutlich sichtbar.

</p><p>Würde jedes <a href="Pixel" title="Pixel">Pixel</a> mit der <a href="Farbtiefe_(Computergrafik)" title="Farbtiefe (Computergrafik)">Farbtiefe</a> 24 Bit gespeichert, dann hätte die Datei die Größe 313 × 234 × 24 Bit = 313 × 234 × 3 Byte = 219,726 kByte. Die Kompressionsrate berechnet sich als Quotient aus dieser Datenmenge und der Größe der JPEG-Datei.

</p>

<th>Bild

</th>

<th>Ausschnitt

</th>

<th>Qualitäts-<br>faktor

</th>

<th>Dateigröße<br>(kByte)

</th>

<th style="line-height:110%">Kompres-<br>sions-<br>rate

</th></tr>

<tr>

</td>

</p>

</div>

</td>

<td> Q = 100

</td>

<td><span style="visibility:hidden;">0</span>83,261

</td>

<td><span style="visibility:hidden;">000</span>2,64

</td></tr>

<tr>

</td>

</p>

</div>

</td>

<td> Q = <span style="visibility:hidden;">0</span>50

</td>

<td><span style="visibility:hidden;">0</span>14,679

</td>

<td><span style="visibility:hidden;">00</span>15,0

</td></tr>

<tr>

</td>

</p>

</div>

</td>

<td> Q = <span style="visibility:hidden;">0</span>25

</td>

<td><span style="visibility:hidden;">00</span>9,407

</td>

<td><span style="visibility:hidden;">00</span>23,4

</td></tr>

<tr>

</td>

</p>

</div>

</td>

<td> Q = <span style="visibility:hidden;">0</span>10

</td>

<td><span style="visibility:hidden;">00</span>4,787

</td>

<td><span style="visibility:hidden;">00</span>45,9

</td></tr>

<tr>

</td>

</p>

</div>

</td>

<td> Q = <span style="visibility:hidden;">00</span>1

</td>

<td><span style="visibility:hidden;">00</span>1,523

</td>

<td><span style="visibility:hidden;">0</span>144

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Visuelle_Qualität_und_verwandte_Formate"><span id="Visuelle_Qualit.C3.A4t_und_verwandte_Formate"></span>Visuelle Qualität und verwandte Formate</h2></div>

<p>Die JPEG-Kompression ist für natürliche (Raster-)Bilder entwickelt worden, wie man sie in der Fotografie oder bei <a href="Computer_Generated_Imagery" title="Computer Generated Imagery">computergenerierten Bildern</a> vorfindet.

</p><p>Ungeeignet ist JPEG für

</p>

<ul><li>digitale Strichzeichnungen (z. B. Screenshots oder Vektorgrafiken), die viele hochfrequente Bildteile (harte Kanten) enthalten,</li>

<li>Schwarzweißbilder mit 1 Bit pro Bildpunkt,</li>

<li>gerasterte Bilder (Zeitungsdruck).</li></ul>

<p>Für diese Bilder sind Formate wie <a href="Graphics_Interchange_Format" title="Graphics Interchange Format">GIF</a>, <a href="Portable_Network_Graphics" title="Portable Network Graphics">PNG</a> oder <a href="JBIG" title="JBIG">JBIG</a> weitaus besser geeignet.

</p><p>Ein nachträgliches Heraufsetzen des Qualitätsfaktors vergrößert zwar den Speicherbedarf der Bilddatei, bringt aber verlorene Bildinformation nicht mehr zurück. Die Quantisierungstabellen können beliebig gewählt werden und sind nicht genormt. Viele Bildbearbeitungsprogramme lassen aber den Benutzer einen pauschalen Qualitätsfaktor zwischen 0 und 100 auswählen, der gemäß einer Formel in der vom JPEG-Komitee herausgegebenen JPEG-Bibliothek in eine Quantisierungstabelle umgewandelt wird. Auch bei Qualitätsfaktoren wie „100“ oder „100 %“ findet immer noch eine Quantisierung und damit ein – bei für JPEG ungeeigneten Bildern erheblicher – Qualitätsverlust statt.

</p><p>Eine JPEG-Transformation ist im Allgemeinen nicht <a href="Idempotenz" title="Idempotenz">idempotent</a>. Das Öffnen und anschließende Speichern einer JPEG-Datei führt zu einer neuen verlustbehafteten Kompression.

</p>

<p>Das Beispielbild vergleicht Aufnahmen, die mit unterschiedlichen Qualitätseinstellungen kodiert wurden. Die Porträt-Aufnahme besitzt eine Größe von 200 × 200 Pixeln. Bei einer Farbtiefe von 8 Bit pro Farbe und unkomprimierter Speicherung erzeugt dieses Bild eine 120 Kbyte große Datei (exklusive Header und anderer Meta-Informationen). Die Klötzchenbildung der 8 × 8 Pixel großen Quadrate stellt das rechte Teilbild vergrößert dar. Ein weiteres Problem neben der Klötzchenbildung ist das „<a href="Gibbssches_Ph%C3%A4nomen" title="Gibbssches Phänomen">Ringing</a>“, eine Konsequenz des schlechten Verhaltens der DCT bei harten Farbübergängen.

</p><p>Im Profi-Bereich wird JPEG wegen der verlustbehafteten Datenreduktion eher selten verwendet. Stattdessen werden Formate eingesetzt, die verlustfrei komprimieren, ungeachtet des großen Speicherbedarfs. Beispiele sind <a href="Tagged_Image_File_Format" title="Tagged Image File Format">TIFF</a>, <a href="Windows_Bitmap" title="Windows Bitmap">BMP</a>, <a href="Targa_Image_File" title="Targa Image File">TGA</a> oder <a href="Portable_Network_Graphics" title="Portable Network Graphics">PNG</a> (Vollfarbenmodus).

Eine unkomprimierte Aufnahme von 6 Megapixel erfordert bei einer Farbtiefe von 16 Bit pro Grundfarbe und 3 Grundfarben einen Speicherbedarf von 36 Mbyte, der sich bei strukturreichen, körnigen oder verrauschten Bildern durch verlustlose Kompression nur mäßig verkleinern lässt (bei detailreichen Fotos sind Kompressionsraten auf ca. 50 % üblich).<sup id="cite_ref-kompressionsvergleich_6-0" class="reference"><a href="#cite_note-kompressionsvergleich-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup>

</p><p>Es ist oft möglich, die Komprimierung vorhandener JPEG-Dateien ohne weitere Verluste zu optimieren und somit die Dateigröße etwas zu verringern. Neuere Versionen einiger <a href="Packprogramm" title="Packprogramm">Packprogramme</a> sind in der Lage, JPEG-Bilder ohne weitere Verluste um bis zu 25 % zu komprimieren.<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup>

</p><p>Die Bewegtbildkompressionsverfahren <a href="MPEG-1" title="MPEG-1">MPEG-1</a> (eng verwandt mit dem Codec <a href="Motion_JPEG" title="Motion JPEG">Motion JPEG</a>) sowie <a href="MPEG-2" title="MPEG-2">MPEG-2</a> bauen auf dem JPEG-Standard auf. Ein Nachfolgeprojekt von JPEG zur Speicherung von Bildern ist <a href="JPEG_2000" title="JPEG 2000">JPEG 2000</a>, das über eine bessere Kompression und viele sinnvolle Eigenschaften verfügt, sich aber zumindest bis jetzt nicht in breitem Maße durchsetzen konnte. Ein weiteres potentielles Nachfolgeformat ist <a href="JPEG_XR" title="JPEG XR">JPEG XR</a>, das auf dem von <a href="Microsoft" title="Microsoft">Microsoft</a> entwickelten Format <a href="HD_Photo" class="mw-redirect" title="HD Photo">HD Photo</a> basiert, das jedoch bisher ebenfalls nur vereinzelt unterstützt wird.

</p>

<div class="hauptartikel" role="navigation"><span class="hauptartikel-pfeil" title="siehe" aria-hidden="true" role="presentation">→ </span><i><span class="hauptartikel-text">Hauptartikel</span>: <a href="JPEG_XL" title="JPEG XL">JPEG XL</a></i></div>

<p>Ein Nachfolgerformat von JPEG ist das in ISO/IEC 18181-1 standardisierte <a href="JPEG_XL" title="JPEG XL">JPEG XL</a>.<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup> Es integriert eine Reihe von Funktionen, für die bisher andere Bildformate verwendet wurden und bietet eine verbesserte Komprimierung, die auf den experimentellen Formaten PIK und FUIF basiert.<sup id="cite_ref-9" class="reference"><a href="#cite_note-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup> Im Januar 2021 wurde ein Format Freeze bekanntgegeben.<sup id="cite_ref-10" class="reference"><a href="#cite_note-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup> Bisher liegt aber noch keine als stabil gekennzeichnete Version der Referenzimplementation des umfangreichen Gesamtprojekts vor (Stand April 2024).<sup id="cite_ref-11" class="reference"><a href="#cite_note-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Patentfragen">Patentfragen</h2></div>

<p>Mehrere Firmen (s. <a href="Patent-Troll" title="Patent-Troll">Patent-Trolle</a>) haben bereits versucht, aus ihren (zumeist <a href="Trivialpatent" title="Trivialpatent">zu Unrecht erteilten</a>) Patenten Forderungen gegen Softwarehersteller zu erheben, deren Produkte JPEG-Dateien lesen oder erstellen können. Bisher wurden alle entsprechenden Patente nachträglich entzogen. Dennoch konnten die Forderer in außergerichtlichen Einigungen hohe Millionenbeträge einnehmen.

</p>

<div class="mw-heading mw-heading2"><h2 id="Implementierungen">Implementierungen</h2></div>

<p>Eine sehr wichtige Implementierung eines JPEG-Codecs ist die freie Programmbibliothek <i><a href="Libjpeg" title="Libjpeg">libjpeg</a>.</i> Sie wurde 1991 erstmals veröffentlicht und war ein Schlüssel für den Erfolg des Standards.<sup id="cite_ref-JPEG-homepage_12-0" class="reference"><a href="#cite_note-JPEG-homepage-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup> Aus ihr entstanden auch die optimierten Abspaltungen libjpg-turbo und MozJPEG. Die Bibliothek und ihre Abkömmlinge werden in einer unüberschaubaren Anzahl von Anwendungen verwendet.

</p>

<div class="hauptartikel" role="navigation"><span class="hauptartikel-pfeil" title="siehe" aria-hidden="true" role="presentation">→ </span><i><span class="hauptartikel-text">Hauptartikel</span>: <a href="Libjpeg" title="Libjpeg">libjpeg</a></i></div>

<p>Im Mai 2019 publizierte ITU und ISO/IEC Referenzimplementierungen des JPEG Standards unter ISO/IEC 10918-7<sup id="cite_ref-13" class="reference"><a href="#cite_note-13"><span class="cite-bracket">[</span>13<span class="cite-bracket">]</span></a></sup> und ITU-T T.873<sup id="cite_ref-14" class="reference"><a href="#cite_note-14"><span class="cite-bracket">[</span>14<span class="cite-bracket">]</span></a></sup>. Diese Referenzsoftware besteht aus zwei Implementierungen, nämlich der libjpeg-turbo<sup id="cite_ref-15" class="reference"><a href="#cite_note-15"><span class="cite-bracket">[</span>15<span class="cite-bracket">]</span></a></sup> und einer von der ISO-Arbeitsgruppe SC29WG1 selbst gepflegten Referenzimplementierung und ITU-T T.873<sup id="cite_ref-16" class="reference"><a href="#cite_note-16"><span class="cite-bracket">[</span>16<span class="cite-bracket">]</span></a></sup> die nicht nur den DCT-Prozess von JPEG, sondern auch die selten benutzten verlustlosen und hierarchischen Prozesse implementiert.

</p><p><span id="Guetzli"></span>

Im März 2017 hat Google mit „Guetzli“ einen neuen <a href="Open-Source" class="mw-redirect" title="Open-Source">Open-Source</a>-JPEG-Encoder vorgestellt. Dieser komprimiert Bilddateien besser als bisherige Methoden, so soll Guetzli laut Google um bis zu 35 Prozent kleinere JPEG-Dateien erzeugen als herkömmliche Encoder und dabei weniger störende <a href="Kompressionsartefakt" title="Kompressionsartefakt">Kompressionsartefakte</a> bilden. Die Kodiergeschwindigkeit (~0,01 MPixel/s) liegt allerdings um etwa vier Größenordnungen unter der von Standard-JPEG-Encodern (100 MPixel/s) und ist damit in der Praxis nur für sehr häufig benutzte statische Bilder geeignet.<sup id="cite_ref-17" class="reference"><a href="#cite_note-17"><span class="cite-bracket">[</span>17<span class="cite-bracket">]</span></a></sup><sup id="cite_ref-18" class="reference"><a href="#cite_note-18"><span class="cite-bracket">[</span>18<span class="cite-bracket">]</span></a></sup>

</p><p>Im April 2024 stellte Google <a href="Libjpeg#jpegli" title="Libjpeg">Jpegli</a> vor, eine neue Implementierung mit erweiterten Möglichkeiten und einer (nach eigenen Angaben) 35 % Verbesserung der Kompressionseffizienz bei hohen Qualitätseinstellungen, wobei die Kodiergeschwindigkeit mit denen der Abspaltung <a href="Libjpeg#mozjpeg" title="Libjpeg">mozjpeg</a> vergleichbar ist.<sup id="cite_ref-19" class="reference"><a href="#cite_note-19"><span class="cite-bracket">[</span>19<span class="cite-bracket">]</span></a></sup>

</p>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li>Heiner Küsters: <i>Bilddatenkomprimierung mit JPEG und MPEG.</i> Franzis, Poing 1995, ISBN 3-7723-7281-3.</li>

<li>Thomas W. Lipp: <i>Grafikformate.</i> Microsoft Press, Unterschleißheim 1997, ISBN 3-86063-391-0.</li>

<li>John Miano: <i>Compressed Image File Formats.</i> Addison-Wesley, Reading 2000, ISBN 0-201-60443-4 (englisch).</li>

<li>William Pennebaker, Joan Mitchell: <i>JPEG Still Image Data Compression Standard.</i> Chapman & Hall, New York 1993, ISBN 0-442-01272-1 (englisch).</li>

<li>Tilo Strutz: <i>Bilddatenkompression, Grundlagen, Codierung, Wavelets, JPEG, MPEG.</i> 4., überarbeitete und ergänzte Auflage, Vieweg + Teubner, Wiesbaden 2009, ISBN 978-3-8348-0472-3.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<div class="sisterproject" style="margin:0.1em 0 0 0;"><div class="noresize noviewer" style="display:inline-block; line-height:10px; min-width:1.6em; text-align:center;" aria-hidden="true" role="presentation"><span class="mw-default-size" typeof="mw:File"><span title="Commons"></span></span></div><b><span class=""><a class="external text" href="https://commons.wikimedia.org/wiki/Category:JPEG_file_format?uselang=de"><span lang="en">Commons</span>: JPEG</a></span></b> – Sammlung von Bildern, Videos und Audiodateien</div>

<ul><li><a rel="nofollow" class="external text" href="http://www.jpeg.org/index.html?langsel=de">Offizielle JPEG-Website</a></li>

<li><a rel="nofollow" class="external text" href="https://digicam-experts.de/wissen/3">digicam-experts Wie funktioniert die JPEG-Komprimierung?</a></li>

<li><a rel="nofollow" class="external text" href="http://www.faqs.org/faqs/compression-faq/part2/section-6.html">faqs.org: Introduction to JPEG</a></li>

<li><a rel="nofollow" class="external text" href="https://www.w3.org/Graphics/JPEG/itu-t81.pdf">Recommendation T.81 der ITU</a> (englisch; PDF; 1,01 MB)</li>

<li><a rel="nofollow" class="external text" href="https://heise.de/-3342519">heise.de</a> JPEG: 25 Jahre und kein bisschen alt (abgerufen am 7. Oktober 2016)</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://jpeg.org/about.html">jpeg.org</a> 20:20, 30. Januar 2016</span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://www.w3.org/Graphics/JPEG/itu-t81.pdf">Digital Compression And Coding Of Continuos-Tone Still Images–Requirements And Guidelines</a></span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a></span> <span class="reference-text"><span class="cite">Patent <a rel="nofollow" class="external text" href="https://worldwide.espacenet.com/publicationDetails/biblio?locale=de_EP&CC=EP&NR=0266049B1&FT=D&KC=B1">EP0266049B1</a>: <i>Kodierungssystem zur Reduktion der Redundanz.</i> Angemeldet am <span style="white-space:nowrap;">18. September 1987</span>, veröffentlicht am <span style="white-space:nowrap;">9. März 1994</span>, Anmelder: Compression Labs, Erfinder: Wen-Hsiung Chen, Daniel J. Klenke.</span><span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Apatent&rft_id=EP0266049B1&rft.applcc=EP&rft.title=Kodierungssystem+zur+Reduktion+der+Redundanz&rft.inventor=Wen-Hsiung+Chen%2C+Daniel+J.+Klenke&rft.assignee=Compression+Labs&rft.appldate=1987-09-18&rft.pubdate=1994-03-09">‌</span></span>

</li>

/* start https://de.wikipedia.org/ */

.mw-parser-output .webarchiv-memento a{color:inherit}

/* end https://de.wikipedia.org/ */

</style><a rel="nofollow" class="external text" href="https://web.archive.org/web/20141030174854/http://www.jpeg.org/newsrel1.html">Patent-Statement</a> (<span class="webarchiv-memento"><a href="Webarchivierung#Begrifflichkeiten" title="Webarchivierung">Memento</a></span> vom 30. Oktober 2014 im <i><a href="Internet_Archive" title="Internet Archive">Internet Archive</a></i>) von jpeg.org</span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a></span> <span class="reference-text"><span class="cite">Sebastian Grüner: <a rel="nofollow" class="external text" href="https://www.golem.de/news/komprimierung-dropbox-macht-jpeg-bilder-um-fast-ein-viertel-kleiner-1607-122144.html"><i>Komprimierung – Dropbox macht Jpeg-Bilder um fast ein Viertel kleiner.</i></a> <a href="Golem.de" class="mw-redirect" title="Golem.de">Golem.de</a>, 15. Juli 2016,<span class="Abrufdatum"> abgerufen am 19. Juli 2016</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=Komprimierung+%E2%80%93+Dropbox+macht+Jpeg-Bilder+um+fast+ein+Viertel+kleiner&rft.description=Komprimierung+%E2%80%93+Dropbox+macht+Jpeg-Bilder+um+fast+ein+Viertel+kleiner&rft.identifier=https%3A%2F%2Fwww.golem.de%2Fnews%2Fkomprimierung-dropbox-macht-jpeg-bilder-um-fast-ein-viertel-kleiner-1607-122144.html&rft.creator=Sebastian+Gr%C3%BCner&rft.publisher=%5B%5BGolem.de%5D%5D&rft.date=2016-07-15"> </span></span>

</li>

<li id="cite_note-kompressionsvergleich-6"><span class="mw-cite-backlink"><a href="#cite_ref-kompressionsvergleich_6-0">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://www.aivosto.com/vbtips/imageformats.html">Vergleich der Eigenschaften (auch Kompression) von BMP GIF PNG JPEG TIFF PCX TGA</a>, abgerufen am 10. Oktober 2012</span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a></span> <span class="reference-text"><a rel="nofollow" class="external text" href="https://www.maximumcompression.com/data/jpg.php">maximumcompression.com</a><span style="display:none"><a rel="nofollow" class="external text" href="http://IABotdeadurl.invalid/https://www.maximumcompression.com/data/jpg.php">@1</a></span><span style="display:none"><a rel="nofollow" class="external text" href="https://www.maximumcompression.com/data/jpg.php">@2</a></span><span style="display:none">Vorlage:Toter Link/www.maximumcompression.com</span> <small>(Seite nicht mehr abrufbar, festgestellt im Juli 2025. <a rel="nofollow" class="external text" href="http://timetravel.mementoweb.org/list/2010/https://www.maximumcompression.com/data/jpg.php">Suche in Webarchiven</a>)</small> <small class="archiv-bot"><span class="wp_boppel noviewer" aria-hidden="true" role="presentation"><span typeof="mw:File"><span title="i"></span></span></span> <b>Info:</b> Der Link wurde automatisch als defekt markiert. Bitte prüfe den Link gemäß Anleitung und entferne dann diesen Hinweis.</small></span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://jpeg.org/jpegxl/"><i>JPEG - JPEG XL.</i></a><span class="Abrufdatum"> Abgerufen am 7. September 2025</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=JPEG+-+JPEG+XL&rft.description=JPEG+-+JPEG+XL&rft.identifier=https%3A%2F%2Fjpeg.org%2Fjpegxl%2F"> </span></span>

</li>

<li id="cite_note-9"><span class="mw-cite-backlink"><a href="#cite_ref-9">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs"><i>How JPEG XL Compares to Other Image Codecs.</i></a><span class="Abrufdatum"> Abgerufen am 11. Juli 2020</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=How+JPEG+XL+Compares+to+Other+Image+Codecs&rft.description=How+JPEG+XL+Compares+to+Other+Image+Codecs&rft.identifier=https%3A%2F%2Fcloudinary.com%2Fblog%2Fhow_jpeg_xl_compares_to_other_image_codecs&rft.language=en"> </span></span>

</li>

<li id="cite_note-10"><span class="mw-cite-backlink"><a href="#cite_ref-10">↑</a></span> <span class="reference-text"><span class="cite">heise online: <a rel="nofollow" class="external text" href="https://www.heise.de/news/JPEG-XL-soll-JPEG-PNG-GIF-umd-Webp-beerben-5022986.html"><i>JPEG XL soll JPEG, PNG, GIF und Webp beerben.</i></a><span class="Abrufdatum"> Abgerufen am 9. Mai 2021</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=JPEG+XL+soll+JPEG%2C+PNG%2C+GIF+und+Webp+beerben&rft.description=JPEG+XL+soll+JPEG%2C+PNG%2C+GIF+und+Webp+beerben&rft.identifier=https%3A%2F%2Fwww.heise.de%2Fnews%2FJPEG-XL-soll-JPEG-PNG-GIF-umd-Webp-beerben-5022986.html&rft.creator=heise+online&rft.language=de"> </span></span>

</li>

<li id="cite_note-11"><span class="mw-cite-backlink"><a href="#cite_ref-11">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://github.com/libjxl/libjxl/releases"><i>Releases · libjxl/libjxl.</i></a><span class="Abrufdatum"> Abgerufen am 11. April 2024</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=Releases+%C2%B7+libjxl%2Flibjxl&rft.description=Releases+%C2%B7+libjxl%2Flibjxl&rft.identifier=https%3A%2F%2Fgithub.com%2Flibjxl%2Flibjxl%2Freleases&rft.language=en"> </span></span>

</li>

</li>

<li id="cite_note-13"><span class="mw-cite-backlink"><a href="#cite_ref-13">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://www.iso.org/standard/80896.html"><i>ISO/IEC 10918-7:2021 – Information technology — Digital compression and coding of continuous-tone still images — Part 7: Reference software.</i></a> 1. September 2021,<span class="Abrufdatum"> abgerufen am 2. Juni 2022</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=ISO%2FIEC+10918-7%3A2021+%E2%80%93+Information+technology+%E2%80%94+Digital+compression+and+coding+of+continuous-tone+still+images+%E2%80%94+Part+7%3A+Reference+software&rft.description=ISO%2FIEC+10918-7%3A2021+%E2%80%93+Information+technology+%E2%80%94+Digital+compression+and+coding+of+continuous-tone+still+images+%E2%80%94+Part+7%3A+Reference+software&rft.identifier=https%3A%2F%2Fwww.iso.org%2Fstandard%2F80896.html&rft.date=2021-09-01&rft.language=en"> </span></span>

</li>

<li id="cite_note-14"><span class="mw-cite-backlink"><a href="#cite_ref-14">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://www.itu.int/rec/T-REC-T.873"><i>T.873 : Information technology - Digital compression and coding of continuous-tone still images: Reference software.</i></a> 17. Februar 2022,<span class="Abrufdatum"> abgerufen am 2. Juni 2022</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=T.873+%3A+Information+technology+-+Digital+compression+and+coding+of+continuous-tone+still+images%3A+Reference+software&rft.description=T.873+%3A+Information+technology+-+Digital+compression+and+coding+of+continuous-tone+still+images%3A+Reference+software&rft.identifier=https%3A%2F%2Fwww.itu.int%2Frec%2FT-REC-T.873&rft.date=2022-02-17&rft.language=en"> </span></span>

</li>

<li id="cite_note-15"><span class="mw-cite-backlink"><a href="#cite_ref-15">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://www.libjpeg-turbo.org/"><i>https://www.libjpeg-turbo.org/.</i></a> 3. Mai 2022,<span class="Abrufdatum"> abgerufen am 2. Juni 2022</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=https%3A%2F%2Fwww.libjpeg-turbo.org%2F&rft.description=https%3A%2F%2Fwww.libjpeg-turbo.org%2F&rft.identifier=https%3A%2F%2Fwww.libjpeg-turbo.org%2F&rft.date=2022-05-03&rft.language=en"> </span></span>

</li>

<li id="cite_note-16"><span class="mw-cite-backlink"><a href="#cite_ref-16">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://github.com/thorfdbg/libjpeg"><i>thorfdbg / libjpeg.</i></a><span class="Abrufdatum"> Abgerufen am 2. Juni 2022</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=thorfdbg+%2F+libjpeg&rft.description=thorfdbg+%2F+libjpeg&rft.identifier=https%3A%2F%2Fgithub.com%2Fthorfdbg%2Flibjpeg&rft.language=en"> </span></span>

</li>

<li id="cite_note-17"><span class="mw-cite-backlink"><a href="#cite_ref-17">↑</a></span> <span class="reference-text"><span class="cite">Robert Obryk und Jyrki Alakuijala: <a rel="nofollow" class="external text" href="https://research.googleblog.com/2017/03/announcing-guetzli-new-open-source-jpeg.html"><i>Announcing Guetzli: A New Open Source JPEG Encoder.</i></a> Google Research Europe, 16. März 2017,<span class="Abrufdatum"> abgerufen am 18. März 2017</span> (englisch).</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=Announcing+Guetzli%3A+A+New+Open+Source+JPEG+Encoder&rft.description=Announcing+Guetzli%3A+A+New+Open+Source+JPEG+Encoder&rft.identifier=https%3A%2F%2Fresearch.googleblog.com%2F2017%2F03%2Fannouncing-guetzli-new-open-source-jpeg.html&rft.creator=Robert+Obryk+und+Jyrki+Alakuijala&rft.publisher=Google+Research+Europe&rft.date=2017-03-16&rft.language=en"> </span></span>

</li>

<li id="cite_note-18"><span class="mw-cite-backlink"><a href="#cite_ref-18">↑</a></span> <span class="reference-text"><span class="cite">Daniel Berger: <a rel="nofollow" class="external text" href="https://www.heise.de/newsticker/meldung/Googles-Guetzli-Encoder-schrumpft-JPEG-Bilder-um-ein-Drittel-3657823.html"><i>Googles Guetzli-Encoder schrumpft JPEG-Bilder um ein Drittel.</i></a> In: <i>heise online.</i> Heise Zeitschriften Verlag, 17. März 2017,<span class="Abrufdatum"> abgerufen am 18. März 2017</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=Googles+Guetzli-Encoder+schrumpft+JPEG-Bilder+um+ein+Drittel&rft.description=Googles+Guetzli-Encoder+schrumpft+JPEG-Bilder+um+ein+Drittel&rft.identifier=https%3A%2F%2Fwww.heise.de%2Fnewsticker%2Fmeldung%2FGoogles-Guetzli-Encoder-schrumpft-JPEG-Bilder-um-ein-Drittel-3657823.html&rft.creator=Daniel+Berger&rft.publisher=Heise+Zeitschriften+Verlag&rft.date=2017-03-17"> </span></span>

</li>

<li id="cite_note-19"><span class="mw-cite-backlink"><a href="#cite_ref-19">↑</a></span> <span class="reference-text"><span class="cite"><a rel="nofollow" class="external text" href="https://opensource.googleblog.com/2024/04/introducing-jpegli-new-jpeg-coding-library.html"><i>Introducing Jpegli: A New JPEG Coding Library.</i></a> In: <i>Google Open Source Blog.</i><span class="Abrufdatum"> Abgerufen am 10. April 2024</span>.</span><span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3AJPEG&rft.title=Introducing+Jpegli%3A+A+New+JPEG+Coding+Library&rft.description=Introducing+Jpegli%3A+A+New+JPEG+Coding+Library&rft.identifier=https%3A%2F%2Fopensource.googleblog.com%2F2024%2F04%2Fintroducing-jpegli-new-jpeg-coding-library.html"> </span></span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2026-01-07" href="https://de.wikipedia.org/wiki/?title=JPEG&oldid=263128546">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>